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Description 

This invention relates to a method of and a system for transferring funds. 

At present, remote banking generally involves the use of magnetic stripe cards, together with cheques or 
5 cash. The cards are encoded with information identifying holders of the cards. The information stored on the 
card is typically a primary account number (PAN). Typically, the card is inserted into an automatic teller machine 
(ATM) and a personal identification number (PIN) is entered by the cardholder. In some cases, the ATM verifies 
that the entered PIN corresponds with a PIN calculated by the ATM and then allows a transaction such as a 
withdrawal or deposit of funds to take place. If the ATM is on-line to the relevant financial institution, the account 
10 of the cardholder may be debited immediately a withdrawal takes place, or the ATM may store the transaction 
information, with the cardholder's account being debited at a later stage, utilising track 3 on the card. In any 
event, direct debiting or crediting of an account is generally limited to a two way transaction between a financial 
institution and an account holder at the financial institution. 

Cheques, credit cards, debit cards and cash are also utilised for the purchasing of goods and services. 
is However, these systems are cumbersome and risky and, if provided as on-line services, are relatively unreli- 
able and expensive. 

EP-A2-0256768 discloses a transaction processing system using customer's and vendor's microchip - 
cards and microchip card reader/writers. US-A-4454414 discloses a funds transfer system comprising portable 
funds transfer modules issued by a financial institution and carried by vendors and vendees. 

20 According to the invention there is provided a method of transferring funds including the steps of linking 
a first portable data storage and processing device to a first financial institution; debiting an account held at 
the financial institution and recording a corresponding credit value in the first portable data storage and proc- 
essing device; linking the first portable data storage device to a second, similar device; reducing the credit 
value in the first device and recording a corresponding credit value in the second device; linking the second 

25 portable data storage and processing device to a second financial institution; reducing the credit value in the 
second device; and recording a corresponding credit value in an account held at the second financial institution 
characterised in that the first and second devices each store at least a portion of a program which is run in a 
synchronised interactive manner between the first and second devices. 

A terminal means may be provided which receives the first and second devices and permits data transfer 

30 therebetween, the terminal means operating under the control of a stored program to facilitate interaction of 
the first and second devices. 

The first and second financial institutions may be one and the same or different banks, building societies 
or other similar institutions. 

The first and second portable data storage and processing devices are preferably "smart cards" comprising 

35 electronic data storage and processing circuitry on a credit card-like substrate, operating under the control of 
stored software. 

The first device may be allocated to an individual registered at the first financial institution, while the sec- 
ond device may be allocated to a retailer or other commercial entity, the magnitude of the reduction in the credit 
value stored in the first device corresponding to the value of a transaction between the individual and the re- 
40 tailer or commercial entity. 

The second device may total the credit values recorded therein, so that the credit value recorded at the 
second financial institution corresponds to the total of all credit values recorded in the second device in a pre- 
determined period. 

Further according to the invention is provided a system for transferring funds including first and second 
45 portable data storage and processing devices; first terminal means for linking the first device to a first financial 
institution; second terminal means for linking the second device to a second financial institution; and third ter- 
minal means adapted to receive the first and second devices and to permit data transfer between them, so 
that a credit value stored in the first device which corresponds to a debit from an account held at the first fi- 
nancial institution can be reduced by a desired amount and a corresponding credit value can be recorded in 
so the second device, the second device being adapted to transfer the credit value stored therein to an account 
held at the second financial institution, characterised in that the first and second devices each store at least 
a portion of a program which is run in a synchronised, interactive manner between the first and second devices. 

The first and second portable data storage and processing devices are preferably "smart cards" comprising 
electronic data storage and processing circuitry on a credit card-like substrate, operating under the control of 
55 stored software. 

The first and second terminal means are preferably adapted to link the respective smart cards to the re- 
spective financial institutions via a digital or analogue data network. 

The third terminal means is preferably a card reader device adapted to receive both smart cards and to 
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allow data transfer therebetween. 

Preferably, the card reader device operates under the control of a stored program which facilitates the in- 
teraction of the first and second smart cards. 

Figure 1 is a schematic illustration of a funds transfer system according to the invention; 

5 Figure 2 is a schematic illustration of a basic mode of operation of the system of Figure 1 ; 

Figure 3 is a basic schematic block diagram of a card reader device used in the system of Figure 1; and 
Figures 4 to 7 illustrate schematically several different operations possible with the system of Figure 1. 
The funds transfer system illustrated schematically in the drawings is designed to allow the direct transfer 
of funds from a first financial institution (FI1) to a cardholder, from the cardholder to a retailer, and from the 

10 retailer to a second financial institution (FI2), via an analogue or digital data network. In order to allow the nec- 
essary data to be transferred in a convenient manner, use is made of "smart cards" 30. Such devices are well 
known and comprise a credit card-like substrate on which is mounted an integrated circuit containing a central 
processing unit (CPU) and associated random access memory (RAM) and read-only memory (ROM), as well 
as an electrically erasable programmable read-only memory (EEPROM). 

is Contacts on the surface of the substrate allow a suitable card reader device to apply power to the computer 
on the card and permit data transfer to and from the computer. 

The operation of the system is illustrated in a highly simplified form in the diagram of Figure 2. In the first 
leg of the process, a card holder obtains funds from an account held at a financial institution (Fl, FI1). This is 
carried our in real time or on-line via a funds transfer machine (FTM, FTM1) which is linked to the financial 

20 institution via the data network. The cardholder selects an amount to be credited to his personalized smart 
card (referred to hereinafter as a client card 30), and a credit balance on his client card is increased, while the 
balance in his account at the financial institution is debited correspondingly. 

The cardholder can now use his client card to conduct financial transactions of different kinds, in either 
an on-line or an off-line manner. Typically, as shown in Figure 2, the client card will be used by the cardholder 

25 in a transaction in which goods are purchased from a retailer. The retailer is provided with a point of sale (POS) 
device which is a self-contained, battery powered smart card reading device. To conduct a transaction, both 
the client card 30 and a personalised smart card 32 of the retailer (hereinafter called a retailer card) are both 
inserted into the POS device, which operates under the control of a stored program to allow communication 
between the client card and the retailer card. The amount of the transaction is entered into the POS device. 

30 This amount is then presented to the client card, which reduces the credit value stored in its EEPROM by the 
amount of the transaction, and forwards this amount to the retailer card which increases a credit value stored 
therein by the same amount. 

Once the transaction is completed, the client card of the cardholder is removed from the POS device while 
the retailer card remains in the device. The retailer will typically conduct a number of different transactions 

35 with different cardholders during the course of a business day, and an accumulating total credit value will be 
stored in the retailer card. At intervals, typically at the end of each working day, the retailer will remove the 
retailer card from the POS device and insert it into a dedicated funds transfer machine (FTM2) which is linked 
to a second financial institution (FI2) (that is, the financial institution at which the retailer holds an account) 
via the electronic data network. 

40 The transaction information stored on the retailer card is transferred to the retailer's financial institution, 
which identifies the accounts of the various cardholders who have conducted transactions with the retailer, 
and which then credits the retailer's account with the total value of the transactions, and debits the financial 
institution's cardholder account with the value of the respective transaction. A magnetic tape record of the data 
transmissions conducted over the data network allows the respective financial institutions to generate printed 

45 statements for the cardholders and the retailer, if necessary. The cardholder can also use his card in an on- 
line manner, via an on-line funds transfer machine, to settle accounts, credit his card with a salary payment 
or another deposited amount, or conduct similar on-line transactions. 

The advantage of an electronic funds transfer system of the kind described above in broad terms is that 
both conventional currency, such as cash or cheques, and conventional credit transactions, such as those em- 

50 ploying credit cards, can be replaced. Delays in processing financial transactions are reduced or eliminated, 
while the use of cards on which a credit balance is stored ensures the availability of funds and reduces the 
risks associated with cash or credit transactions. Numerous other benefits arise from the use of an electronic 
data network, allowing a reduction in record-keeping and administration and reducing the likelihood of errors. 
The operation of the funds transfer system will now be described in greater detail. A crucial part of the 

55 system is a card reader device which is adapted to receive two smart cards simultaneously, and effectively to 
allow communication between the cards. The card reader device is essentially conventional except for the pro- 
vision of a second card reader slot and associated input/output circuitry. A suitable device is a type P500 ter- 
minal manufactured by Crouzet Sextant Avionique of France. 
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The circuitry of the card reader device is illustrated schematically in Figure 3, and is based around an Intel 
type 8096 microprocessor 10. Associated with the microprocessor 1 0 is a random access memory (RAM) 12 
and a read-only memory (ROM) 14. First and second smart card readers 16 and 18 and an input/output (I/O) 
interface 20 comprising an RS232 interface are connected to the microprocessor 10. Finally, a keypad 22, a 

5 liquid crystal display (LCD) 24 and a miniaturised paper printer 26 are also controlled by the microprocessor 
10. The device is powered by a power supply circuit 28 comprising a rechargeable battery pack which allows 
the card reader to be operated for up to 30 days before replacement or recharging of the battery is necessary. 

A boot program is stored in the ROM 14, which initialises the card reader when it is turned on. An operating 
system and software controlling the operation of the card reader is downloaded into the RAM 12 via the I/O 

10 interface 20, and must be reloaded if power is removed from the device. 

The above described card reader device is used as a stand-alone point of sale (POS) device allowing com- 
munication between the client cart of a cardholder and the retailer card of the retailer. An essentially similar 
machine is used as a funds transfer machine (FTM) to allow communication between the client card and the 
cardholders financial institution, and to allow communication between the retailer card and the retailers finan- 

15 cial institution. In this case however a modem is included in the device to link it to the electronic data network 
and thus to the respective financial institutions. In either case, the stored computer program in the RAM con- 
trols the operation of the device and generates prompts and other information which is displayed on the liquid 
crystal display 24 in use. 

The first leg of a typical sequence of transactions will now be described, in which a cardholder transfers 
20 funds from an account held at his financial institution to his own client card. This is done using a card reader 
device as described above, configured as a funds transfer machine (FTM). Using the keypad 22, the cardholder 
selects a "Funds transfer" option and enters the amount to be transferred and the type of account to be debited. 
A display is generated on the liquid crystal display 24, prompting the cardholder to enter his card into the card 
reader device. Power is now applied to the card reader in the device, which applies power to the circuitry on 
25 the card itself. The microprocessor on the card initialises itself and outputs data to the card reader device in- 
dicating its operating parameters, including the baud rates, clock speed and data format which it uses. The 
card also outputs an identification code to the card reader device, indicating that it is a client card of the correct 
type. 

Once the handshaking procedure between the client card and the FTM control card (as described in Ap- 
30 pendices 1 and 2) is completed correctly, the transaction can continue. The cardholder is prompted to enter 
a password, which is checked with a corresponding code stored in a secure memory area on the card. If the 
correct password is not entered within three attempts, the card is disabled. Assuming that the correct password 
is entered, a file information table in the card memory is read, providing details, inter alia, of the current credit 
balance stored in the card. 

35 The FTM now compiles a message for transmission via the data network, which includes critical fields such 
as the amount to be transferred, a transaction sequence number (TSN) and a unique sequence number (USN). 
The message is transmitted via the data network to the financial institution at which the cardholder holds an 
account. Assuming that there are sufficient funds in the cardholder's account to meet the request, the financial 
institution debits the cardholder's account and moves the funds to a holding account. The amount of the trans- 

40 fer, together with the TSN and the USN, is encrypted under the issuer key of the financial institution and trans- 
mitted back to the data network, which encrypts this encrypted data further with a data network key. The da- 
tabase of the data network is also updated with details of the transaction. 

The message is routed back to the FTM, which extracts the encrypted portion of the data and transmits 
it, together with the date and account type, to the client card. The client card decrypts the encrypted data using 

45 the random key and the issuer key (both of which are stored securely on the card) and will check that the TSN 
and the USN in the decrypted data match the original TSN and USN. Assuming that a match occurs, the trans- 
action is then written to the client card transaction file, and the current credit balance is updated on the card. 

The FTM now runs a utility program on the client card which sends an 8 byte encrypted message to the 
FTM containing the TSN, the USN, and a code indicating whether the transaction was good or bad. The TSN 

so stored in the card is incremented. The above data is encrypted with the data network key and is transmitted 
via the network to the financial institution for confirmation of the transaction. The display of the FTM now 
prompts the cardholder to remove his client card. 

The result of the above transaction is that an amount of funds corresponding to the figure entered by the 
cardholder into the FTM is deducted from the credit balance of his account at the financial institution and trans- 

55 ferred to a holding account of the financial institution. The credit balance stored on the client card is updated 
by the same amount, and can now be used to conduct further transactions. A state table of the above described 
transaction is shown in Appendix 1. 

The above described transaction takes place between the financial institution and a so-called secure card 
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account (SCA) which can only be accessed via a high security encryption/decryption procedure. The client 
card also makes provision for a high speed self service (HSSS) account which is limited to a relatively low max- 
imum credit balance and which does not require the use of a password to be debited. This account can be used, 
for example, when using vending machines or the like, where relatively small amounts are involved. A state 

5 table showing how funds are transferred from the secure card account (SCA) to the high speed self service 
(HSSS) account is shown in Appendix 2. 

Assuming now that cardholder wishes to conduct a transaction with a retailer, such as the purchase of 
goods or services, the card reader terminal illustrated in Figure 3 is used, configured as a point of sale (POS) 
device. When this device is turned on by the retailer, the display prompts the retailer to enter the retailer card 

10 into the appropriate slot at the bottom of the machine. The card outputs its identity code to the device, which 
verifies that it is a retailer card, and a handshaking procedure is carried out as described above with reference 
to the funds transfer machine. 

The retailer card has a merchant information file which stores, inter alia, the merchant's name, a "hot card" 
file and transaction batch numbers. The main menu of the software stored in the terminal is now displayed, 

15 and offers a choice of "Sales" or "Utilities". Assuming that "Sales" is selected, a second menu appears, offering 
a choice of "Purchase" or "Card balance". The latter option allows the retailer to check the running total credit 
balance stored in his card. 

Assuming that the "Purchase" option is selected, the display will then prompt the retailer to enter the 
amount of the transaction. This can be done directly via the keypad 22, or via the input/output interface 20, if 

20 the card reader terminal is connected to a till. The display now prompts the cardholder to enter his client card 
into the second card reader, and a handshaking procedure once again takes place to ensure that the correct 
type of card is being used. 

The sequence of events is described in the state table of Appendix 3, and includes the generation of a 
random key by the client card which is then used in the subsequent messages for this transaction. The retailer 

25 card checks to see whether the credit balance stored thereon is below the permissable maximum and that the 
amount of the transaction will not cause the balance to exceed the maximum. Information from the client card 
is now read into the RAM 12 of the terminal, including the client identification code and balance information. 
Once the security measures (up to and including Utility 4 in Appendix 3) have been carried out, the terminal 
prompts the card holder to indicate whether a secure card account (SCA) transaction or a high speed self ser- 

30 vice (HSSS) transaction is desired. The terminal now runs a utility to check whether the client card is on the 
"hot card" list stored on the retailer card, and if so, aborts the transaction, and switches off the client card. 

The terminal now prompts the cardholder to enter his password. If the correct password is recognised, a 
flag is set in the RAM of the card. The amount of the transaction, the date, the retailer identity, and the trans- 
action batch number are now transferred directly to the client card in an unencrypted form. The microprocessor 

35 of the client card checks that the flag in the RAM is correctly set to indicate the use of the correct password, 
and checks the identity of the retailer card to ensure that it is in fact a retailer card. The transaction information 
is then stored in the RAM of the card. The transaction information is now written to the transaction file on the 
client card and the balance in the client card is updated (that is, reduced) and stored in a non volatile memory 
area of the card. If the amount of the transaction is greater than the stored balance (that is, an impermissible 

40 transaction) the card is put into a CPU loop so that it "hangs", and cannot be reset except by aborting the trans- 
action. Once the transaction has been encrypted and recorded, the RAM of the card is cleared. 

The terminal now transmits the encrypted transaction information to the retailer card, and the cardholder's 
identification number and the record sequence number are checked, both to ensure a valid transaction and 
to ensure correct decryption. The accumulated credit balance on the retailer card is now updated. Similarly to 

45 the client card, the card will "hang" if the total balance exceeds the maximum permissible limit. The amount 
of the transaction, the client card unique sequence number (USN), and the financial institution issuer code 
are now encrypted with the key of the data network, and this information is stored in a non volatile area on 
the retailer card. The total number of SCA transactions is incremented, and the transaction information is writ- 
ten to the retailer card transaction file. This information is further encrypted with the card reader terminal key, 

so as contained on the retailer card. 

The encrypted information is now transferred to the RAM 12 of the card reader terminal, and a transaction 
record is printed using the printer 26. On the same record, an encrypted record of the transaction is printed, 
in a 16 byte format, to ensure, if necessary, that the retailer has not modified the POS device software. The 
cardholder is now prompted to remove his card, and the original main menu is displayed. 

55 The result of the above transaction is that the credit balance on the client card is reduced by the amount 

of the transaction, and the accumulated credit balance on the retailer card is increased correspondingly. The 
printed transaction record, including its encrypted data, allows errors to be traced. The entire transaction takes 
place on an off-line basis, using only the two smart cards (the client card and the retailer card) and the stand- 
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alone card reader terminal. 

In the case of a high speed self service (HSSS) transaction, a simplified procedure is followed. A state 

table of such a transaction is shown in Appendix 4. 

The next step in the operation of the system is for the retailer to settle the transactions, whether SCAor 
5 HSSS transactions, recorded on his retailer card. The settlement procedure is once again an on-line procedure, 

requiring the use of a funds transfer machine (FTM). This may be a dedicated device located on the premises 

of the retailer, or may be located elsewhere. 

Using the keypad of the FTM, the retailer chooses the "settlement" option, and is prompted via the display 

to insert his card. The FTM then conducts the usual handshaking procedure between the FTM card inserted 
10 into the machine and the retailer card. A utility on the retailer card is now run which outputs the batch total, 

date, batch number, number of transactions and the retailer card USN, all encrypted under the data network 

key. This data is then transmitted to the data network through the pre-initialised communications link, typically 

a XXX pad. Transactions which are encrypted using the data network key are sent to the data network on a 

one to one basis, and are confirmed by the network. The network decrypts the received data and conducts a 
15 number of validity checks, for example, by checking the sum of all transaction amounts against the total in the 

batch data. 

The batch number and the new batch data are now encrypted by the data network with the data network 
key, and transmitted back to the FTM. The FTM transfers this data to the retailer card, and the retailer card 
decrypts the data and checks that the batch numbers remain the same. The retailer card then increments the 

20 batch number and updates it, enters the batch date, and resets all totals to zero. The transaction address on 
the file information table (FIT) on the card is reset to the first address position, and a bit flag is set which allows 
the transaction file to be overwritten by the data network hot card file. A utility is then run to write the hot card 
file to the transaction file. Finally, the FTM prompts the retailer to remove the retailer card. The batch trans- 
action data is transmitted via the data transfer network to the financial institution of the retailer, updating the 

25 retailer's account by crediting it with the total value of the transactions. The network also sends a message to 
the financial institution of each cardholder who conducted a transaction in the particular batch concerned, au- 
thorising a transfer of funds from the holding account of the cardholder's financial institution to the retailer's 
financial institution. A state table illustrating the above settlement procedure appears in Appendix 5. 

It will be apparent from the above description that the entire chain of financial transactions is accomplished 

30 by the direct transfer of information between the financial institutions concerned and the client and retailer 
smart cards. By the use of high levels of encryption, a high security level is achieved. This is made possible 
mainly by the use of intelligent cards which can communicate with one another, via an intelligent terminal de- 
vice, which permits the necessary high standard of encryption/decryption and other security procedures to 
be achieved. Diagrams illustrating the various transactions are shown in Figures 4 to 7. 

35 An important aspect of the invention is the running of a program (application) which is effectively split be- 
tween the two (or more) CPU's of the smart cards. The running of these CPU's is facilitated and synchronised 
by the card reader terminal, which itself runs a stored program. However, the transaction is controlled by the 
programs stored on the cards themselves, while the terminal merely allows direct communication between the 
cards, consistent with the operating protocol of the cards. 

40 Although the funds transfer system of the invention has been described in relation to a conventional, typical 
series of transactions, it will be appreciated that the applicability of the system is wider than the specific ex- 
ample given above. The described system can be used to operate savings, transmission and current accounts, 
as well as credit accounts (including general credit accounts and specific credit accounts such as petrol or 
garage type accounts). The system is also applicable to the running of mortgage bond accounts, subscription 

45 deposit accounts, or foreign exchange accounts, for example. 
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generated in UTIL_I. 




30 


UTIL_4 : 

Function: Input. Handle information. 
Dependencies: Control card presented in UTIL 2 "ust be 
retailer card. 

UJllJ : 




35 
40 


Function: Write transaction. Update balance. Encrypt 
amount, client card unique sequence number 
and record sequence number with random key. 
Output. 

Dependencies: Paynote aosunt presented to card in UTIL 4 
must be greater than zero. 
Paynote amount cannot be greater than HSSS 
balance. 


UTILJ : 


45 




r uTit i ion . input, uecrypi wi in ranooni kby. upcote oaiance. 
Write transaction. Encrypt amount, ciient card 
unique sequence number and issuer c:de with 
metro link 1 key. 

Oeoendencies: Utility card presented in UTIL 4 must be 
client card. 

Record sequence muter nuit match. 
Paynote amount cannot overflow batch total. 


50 




UTIL.5 : 

Function: Output. 
Dependencies: None. 









55 
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Appendix S 



10 





Retailer (Utility) 


FTH (Control) 


15 


UTILJ : 


UTILJ : 

Function: Generate random nuncer. Encrypt random number 

and card type with transaction key. Output. 
Dependencies: None. 


20 


Function: I^put. Cecrypt with transaction key. 






Dependencies: None. 






UTILJ : 




25 


r-jncticfl: Encrypt batch mnraer. batch total and batch 

date with raetrolink key. Encrypt batch manber, 
retailer card unique sequence nusber & total 
nuofcer of transactions with ratrolink key. 
Output. 

Dependencies: Control card presented in UTIL I oust be 
FTH card. 




30 


UTILJ : 

Function: Input. Decrypt with raetrolink key. Reset batch. 
Oeoencencies: Batch nuster mist natch batch number 
encrypted in UTILJ. 




35 







40 



Claims 

45 

1. A method of transferring funds including the steps of linking a first portable data storage and processing 
device (30) to a first financial institution (FI1); debiting an account held at the financial institution and re- 
cording a corresponding credit value in the first portable data storage and processing device; linking the 
first portable data storage device to a second, similar device (32); reducing the credit value in the first 

50 device and recording a corresponding credit value in the second device; linking the second portable data 
storage and processing device to a second financial institution (FI2); reducing the credit value in the sec- 
ond device; and recording a corresponding credit value in an account held at the second financial insti- 
tution characterised in that the first and second devices each store at least a portion of a program which 
is run in a synchronised interactive manner between the first and second devices. 

55 

2. A method according to claim 1 characterised in that a terminal means (POS) is provided which receives 
the first and second devices (30;32) and permits data transfer therebetween, the terminal means oper- 
ating under the control of a stored program to facilitate interaction of the first and second devices. 
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3. A method according to claim 1 or claim 2 characterised in that the first and second financial institutions 
(FI1;FI2) are one and the same bank, building society or another similar institution. 

4. A method according to claim 1 or claim 2 characterised in that the first and second financial institutions 
5 (FI1;FI2) are different banks, building societies or other similar financial institutions. 

5. A method according to any one of claims 1 to 4 characterised in that the first and second portable data 
storage and processing devices (30;32) are "smart cards" comprising electronic data storage and proc- 
essing circuitry on a credit card-like substrate, operating under the control of stored software. 

10 6. A method according to any one of claims 1 to 5 characterised in that the first device (30) is allocated to 
an individual registered at the first financial institution (FI1), while the second device (32) is allocated to 
a retailer or other commercial entity, the magnitude of the reduction in the credit value stored in the first 
device corresponding to the value of a transaction between the individual and the retailer or commercial 

^ entity. 

7. A method according to any one of claims 1 to 6 characterised in that the second device (32) totals the 
credit values recorded therein, so that the credit value recorded at the second financial institution (FI2) 
corresponds to the total of all credit values recorded in the second device in a predetermined period. 

20 8. A system for transferring funds including first and second portable data storage and processing devices 
(30;32); first terminal means (FTM1) for linking the first device to a first financial institution (FI1); second 
terminal means (FTM2) for linking the second device to a second financial institution (FI2); and third ter- 
minal means (POS) adapted to receive the first and second devices and to permit data transfer between 
them, so that a credit value stored in the first device which corresponds to a debit from an account held 

25 at the first financial institution can be reduced by a desired amount and a corresponding credit value can 

be recorded in the second device, the second device being adapted to transfer the credit value stored 
therein to an account held at the second financial institution, characterised in that the first and second 
devices each store at least a portion of a program which is run in a synchronised, interactive manner be- 
tween the first and second devices. 

30 

9. A system according to claim 8 characterised in that the first and second portable data storage and proc- 
essing devices (30; 32) are "smart cards" comprising electronic data storage and processing circuitry on 
a credit card-like substrate, operating under the control of stored software. 

35 10. A system according to claim 9 characterised in that the first and second terminal means (FTM1-FTM2) 
are adapted to link the respective smart cards to the respective financial institutions (FI1 ;FI2) via a data 
network (X 25, CSCN). 

11. A system according to claim 9 or claim 1 0 characterised in that the third terminal means (POS) is a card 
40 reader device adapted to receive both smart cards and to allow data transfer therebetween. 

12. A system according to claim 11 characterised in that the card reader device (POS) operates under the 
control of a stored program which facilitates the interaction of the first and second smart cards. 



Patentanspruche 

1. Methode zum Uberweisen von Geldbetragen einschliedlich der Verbindung einer ersten t rag bare n 
Datenspeicherungs- und -verarbeitungskarte (30) mit einem ersten Geldinstitut(FM); Belastung eines bei 
diesem Geldinstitut gefuhrten Kontos und Buchen einer entsprechenden Gutschrift in der ersten tragba- 
ren Datenspeicherungs- und -verarbeitungskarte; Verbindung der ersten tragbaren Datenspeicherungs- 
karte mit einer zweiten Karte ahnlicher Ausf uhrung (32); Verringern des Guthabens in der ersten Karte 
und Buchen einer entsprechenden Gutschrift im Chip der zweiten Karte; Verbinden der zweiten tragbaren 
Datenspeicherungs- und -verarbeitungskarte mit einem zweiten Geldinstitut (FI2); Verringern des im 
zweiten Kartenchip gespeicherten Guthabens; und Buchen einer entsprechenden Gutschrift auf einem 
von dem zweiten Geldinstitut gefuhrten Konto; dadurch gekennzeichnet, daft die erste und zweite Karte 
jeweils mindestens einen Teil eines Programms speichern, das in einer synchronisierten und interaktiven 
Art und Weise zwischen den beiden Karten ablauft. 
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2. Methods nach Anspruch 1, dadurch gekennzeichnet, daft ein Terminal (POS) zur Verfugung gestellt 
wird, in das die erste und zweite Karte (30, 32) eingefuhrt werden k&nnen. Auf diese Weise kann ein Da- 
tenaustausch zwischen beiden stattf inden. Das Terminal wird von einem gespeicherten Programm ge- 
steuert, das die Interaktionen zwischen der erste n und der zweiten Karte unterstutzt. 

3. Methods nach Anspruch 1 Oder 2, dadurch gekennzeichnet, daft das erste und das zweite Geldinstitut 
(FI1, FI2) eine identische Bank, Bausparkasse Oder ahnliches Instituts ist. 

4. Methode nach Anspruch 1 Oder 2, dadurch gekennzeichnet daft das erste und das zweite Geldinstitut 
(FI1, FI2) unterschiedliche Banken, Bausparkassen Oder ahnliche Institute sind. 

5. Methode nach einem der Anspruche 1 bis 4, dadurch gekennzeichnet, daft die erste und die zweite t rag- 
bare Datenspeicherungs- und -verarbeitungskarte (30, 32) sogenannte "Smart Cards" mit einem elektro- 
nischen Schaltkreis zur Speicherung und Verarbeitung von Daten auf einem kreditkartenahnlichen Tra- 
ger. Die Steuerung erfolgt mit Hilfe einer gespeicherten Software. 

6. Methode nach einem der Anspruche 1 bis 5, dadurch gekennzeichnet, daft die erste Karte (30) an eine 
Person ausgegeben wird, die bei dem erste n Geldinstitut (FI1) regtstriert ist, wShrend die zweite Karte 
(32) an einen Einzelhandler oder ein anderes Geschaft ausgegeben wird. Der von dem in derersten Karte 
gespeicherten Guthaben abgebuchte Betrag entspricht dem Betrag, der zwischen der Person und dem 
Einzel handler oder Geschaft transferiert wird. 

7. Methode nach einem der Anspruche 1 bis 6, dadurch gekennzeichnet, daft die zweite Karte (32) die im 
Chip gespeicherten Gutschriften addiert, so daft die dem zweiten Geldinstitut (FI2) gutgeschriebenen Be- 
trag e der Gesamtheit aller Gutschriften entsprechen, die in der zweiten Chipkarte innerhalb eines vor- 
bestimmten Zeitraums gespei chert wurden. 

8. System zur Uberweisung von Geldbetragen unter Einschluft der ersten und zweiten tragbaren 
Datenspeicherungs- und -verarbeitungskarten (30, 32); ein erstes Terminal (FTM1) zur Verbindung der 
ersten Karte mit einem ersten Geldinstitut (FI1); ein zweites Terminal (FTM2) zur Verbindung der zweiten 
Karte mit einem zweiten Geldinstitut (FI2); und ein drittes Terminal (POS) zur Aufnahme der ersten und 
zweiten Karte sowie zur Steuerung des Datentransfers zwischen beiden Karten, so daft das in der ersten 
Karte gespeicherte Guthaben, das dem Stand eines im ersten Geldinstitut gef uhrten Kontos entspricht, 
urn einen gewunschten Betrag verringert werden und eine entsprechende Gutschrift auf die zweite Karte 
ubertragen werden kann und die zweite Karte die in ihr gespeicherte Gutschrift auf ein Konto uberweisen 
kann, das bei dem zweiten Geldinstitut gefuhrt wird; dadurch gekennzeichnet, daft die erste und zweite 
Karte mindestens einen Teil eines Programms speichern, das in einer synchronisierten und interaktiven 
Weise zwischen den beiden Karten lauft 

9. System nach Anspruch 8, dadurch gekennzeichnet, daft das erste und das zweite t rag bare 
Datenspeicherungs- und -verarbeitungssystem (30, 32) sogenannte "Smart Cards" mit einem elektroni- 
schen Schaltkreis zur Speicherung und Verarbeitung von Daten auf einem kreditkartenahnlichen Trager. 
Die Steuerung erfolgt mit Hilfe einer gespeicherten Software. 

10. System nach Anspruch 9, dadurch gekennzeichnet, daft das erste und zweite Terminal (FTM1, FTM2) 
so konf iguriert sind, daft sie die Verbindung der einzeinen Smart Cards mit den entsprechenden Geldin- 
stituten uber ein digitales oder analoges Datennetz (X 25, CSCN) herstellen. 

11. System nach Anspruch 9 oder 10, dadurch gekennzeichnet, daft das dritte Terminal (POS) ein Karten- 
lesegerat ist, das sowohl beide Smart Cards aufnehmen als auch den Datenaustausch zwischen beiden 
Karten bewerkstelligen kann. 

12. System nach Anspruch 11, dadurch gekennzeichnet, daft das Kartenlesegerat (POS) von einem gespei- 
cherten Programm gesteuert wird, das die Interaktionen zwischen derersten und der zweiten Smart Card 
unterstutzt. 
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Revendicatlons 

1. Procede de transfer! de fonds comprenant les etapes consistant a relier un premier dispositif de memo- 
risation de donnees et de traitement portatif (30) a une premiere institution f inanciere (FI1) ; debtter un 
compte ouvert dans rinstitution f inanciere et enregistrer une valeur de credit correspondante dans le pre- 
mier dispositif de memorisation de donnees et de traitement portatif relier le premier dispositif de memo- 
risation de donnees a un second dispositif similaire (32) ; reduire la valeur de credit dans le premier dis- 
positif et enregistrer une valeur de credit correspondante dans le second dispositif ; relier le second dis- 
positif de memorisation de donnees et de traitement portatif a une seconde institution f inanciere (FI2) ; 
reduire la valeur de credit dans le second dispositif ; et enregistrer une valeur de credit correspondante 
dans un compte tenu dans la seconde institution f inanciere, caracterise en ce que les premier et second 
dispositifs memorisent chacun au moins une partie d'un programme qui est deroule d'une maniere inte- 
ractive synch ronisee entre les premier et second dispositifs. 

2. Procede selon la revendication 1 , caracterise en ce qu'un terminal (POS) est prevu qui recoit les premier 
et second dispositifs (30 ; 32) et permet un transfert de donnees entre eux, le terminal fonctionnant sous 
la commando d'un programme memorise pour faciliter I'interaction des premier et second dispositifs. 

3. Procede selon la revendication 1 ou la revendication 2, caracterise en ce que les premiere et seconde 
institutions financieres (FI1 ; FI2) sont une seule et meme banque, societe immobiliere ou une autre ins- 
titution similaire. 

4. Procede selon la revendication 1 ou la revendication 2, caracterise en ce que les premiere et seconde 
institutions financieres (FI1 ; FI2) sont des banques, societes immobilieres ou autres institutions finan- 
cieres si mil aires differentes. 

5. Procede selon Tune quelconque des rev end icat ions 1 a 4, caracterise en ce que les premier et second 
dispositifs de memorisation de donnees et de traitement portatifs (30 ; 32) sont des "cartes a memoire" 
comportant un circuit de memorisation de donnees et de traitement electron ique sur un substrat identique 
a une carte de credit, fonctionnant sous la commande d'un logiciel memorise. 

6. Procede selon Tune quelconque des revend icat ions 1 a 5, caracterise en ce que le premier dispositif (30) 
est affecte a un individu enregistre dans la premiere institution f inanciere (FI1), tandis que le second dis- 
positif (32) est affecte a un detaillant ou autre entite commercial e, le montant de la reduction de la valeur 
de credit memorisee dans le premier dispositif corresponds nt a la valeur d'une transaction entre I'individu 
et le detaillant ou I'entite commerciale. 

7. Procede selon Tune quelconque des revendications 1 a 6, caracterise en ce que le second dispositif (32) 
totalise les valeurs de credit enregistrees a rinterieur, de sorte que la valeur de credit enregistree dans 
la seconde institution f inanciere (FI2) correspond au total de toutes les valeurs de credit enregistrees dans 
le second dispositif durant une periode predeterminee. 

8. Systeme de transfert de fonds comprenant des premier et second dispositifs de memorisation de donnees 
etde traitement portatifs (30 ; 32) ; un premier terminal (FTM1) pour relier le premier dispositif a une pre- 
miere institution f inanciere (FI1) ; un second terminal (FTM2) pour relier le second dispositif a une se- 
conde institution f inanciere (FI2) ; et un troisieme terminal (POS) concu pour recevoir les premier et se- 
cond dispositifs et pour permettre un transfert de donnees entre eux, de sorte qu'un e valeur de credit 
memorisee dans le premier dispositif qui correspond a un debit d'un compte ouvert dans la premiere ins- 
titution f inanciere peut etre reduite d'un montant desire et une valeur de credit correspondante peut Stre 
enregistree dans le second dispositif, le second dispositif etant concu pour transferer la valeur de credit 
memorisee a rinterieur a un compte ouvert dans la seconde institution f inanciere, caracterise en ce que 
les premier et second dispositifs memorisent chacun au moins une partie d'un programme qui se deroule 
d'une maniere interactive synchronisee entre les premier et second dispositifs. 

9. Systeme selon la revendication 8, caracterise en ce que les premier et second dispositifs de memorisation 
de donnees et de traitement portatifs (30 ; 32) sont des "cartes a memoire" comportant un circuit de me- 
morisation de donnees et de traitement electron ique sur un substrat analogue a une carte de credit, fonc- 
tionnant sous fa commande d'un logiciel memorise. 



14 



EP 0 421 808 B1 



10. Systeme selon la revendication 9, caracterise en ce que les premier et second terminaux (FTM1 ; FTM2) 
sont concus pour relier les cartes a memoire respectives aux institutions f inancieres respectrves (FI1 ; 
FI2) par I'intermediaire d'un reseau de donnees (X25, CSCN). 

1 1 . Systeme selon la revend ication 9 ou la revendication 1 0, caracterise en ce que le troisieme terminal (POS) 
est un dispositif lecteur de cartes concu pour recevoir les deux cartes a memoire et permettre un transfert 
de donnees entre elles. 

12. Systeme selon la revendication 1 1 , caracterise en ce que le dispositif lecteur de cartes (POS) fonctionne 
sous la commande d'un programme memorise qui facilite I'interaction des premiere et seconde cartes a 
memoire. 
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